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The increasing specialization of the aerospace industry 
coupled with the technical conplexity of new systens has caused 
enphasis to be placed on a systematic and logical methodology to 
design, develop, and produce new products . A systems 

engineering model to integrate functional management areas with 
organizational activities in the Advanced Tactical Aircraft 
program is presented . Special emphasis is placed in applying 
this systems approach throughout the life cycle of a project . A 
general methodology and a synopsis of principles are provided 
which might be utilized in the development of a systems 
engineering program . 
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INTRODUCTION 



I . 



fl . BACKGROUND 

"The conplexity of a nodern ueapon systen requires conscious 
application of systen engineering principles and concepts to 
ensure producible, operable, and supportable systens -that 
satisfy nission requirements . This concept of technical 
management is the logical and systematic conduct including 
planning, organizing, directing, and controlling of the 
engineering effort required to transform a military 
requirement into an operational system.” [Ref . l = p. 211 

This statement is an example from one advocate of systems 
engineering . There are many advocates because systems 
engineering is not a new concept . However, in this era of 
technical specialization, systems engineering is one of the most 
difficult tasks facing program managers because high technology 
programs require tailored management approaches . Identifying 
and integrating activities of functional area experts and 
organizations into a synergistic effort to meet the systems 
objectives is crucial . This requirement is often overlooked, 
but even if recognized, is difficult to address because of the 
complexity of subsystems . The number of functional experts and 
organizations involved in the acquisition process continues to 
increase . The responsibilities, tools, techniques, and 
capabilities of these people must be identified and integrated 
by the program manager . In addition, the degree to which each 
should be involved on particular aspects of the program must be 
determined in a logical and timely manner . 
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The Rduanced Tactical Aircraft <HTR> and its ueapon systens 
will be developed sinultanously . In the past a particular 
ueapon uas designed to fit an existing aircraft, or an aircraft 
uas designed to incorporate existing ueapons . Therefore, the 
Advanced Tactical Rircraft uill create a neu and challenging 
systens engineering approach . 

B . PURPOSE OF THESIS 

The purpose of this thesis is, first, to develop and present 
a general qualitative systens engineering nodel to increase the 
ability of nanagenent to integrate functional areas and 
organizational activities involved in the HTfl progran with 
specific enphasis on the arnanent subsysten . Second, it uill 
attenpt to develop and present a general nethodology that can be 
utilized in the future for other conplex prograns . Thirdly, it 
uill provide a synopsis of principles uhich night be utilized in 
the developnent of a systens engineering course . 

C . SCOPE OF STUDY 

Constraints of tine and resources linited this investigation 
to various Departnent of the Havy organizations and to the 
Lockheed Hissiles and Space Conpany, Inc . <Li1SC> . 

The scope of this study is confined to = 

1 - Investigating the validity and need for systens 

engineering in conplex systens, 

2 . Investigate the general requirenents of the RTR, 

3. Deternine current tools, elenents, and nodels of systens 
engi neeri ng , 
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1 . Synthesize the infornation found in task three and apply 
this infornation to the flTfl . 

The flTR is currently in the concept exploration phase of its 
deuelopnent cycle. Due to the infancy of the flTfl progran, 
circunstances are subject to rapid and unpredictable changes . 
This research effort was undertaken under these enuironnental 
considerations . Therefore, 30 July 1985 uas used as the cutoff 
date for infornation and reference acquisition . Any changes 
that affect the flTfl after that date are not incorporated . 

0 . RESEARCH PIETH0D0L0GY 

The research nethodology utilized to achieve the objectives 
of this thesis is illustrated in Figure 1 . Five basic tasks 
treated in Chapters II — UI were conducted by answering the 
following research questions: 

* Task 1 — Chapter II s 

a> Uhat is systens engineering? 

b> Uhy systens engineering? 

c> How does it interface with a systens life cycle? 

* Task 2 — Chapter 111= 

a) Uhat are the tools, elenents, and nodels of systens 
engineering? 

* Task 3 — Chapter III 

a) Uhat is the flTR? 

■*- Task 4 — Chapter U 

a) Uhat are the advantages and disadvantages of the 
various systens engineering nodels in relationship 
to the HTH? 
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Figure 1 Research Methodology 
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* Task 5 - Chapter UI 



a> Uhat can be concluded and reconnended about systens 
engineering for the flTfl? 

fl parallel research effort was conducted in Chapters II, 
III, and Chapter IU . The infornation fron these Chapters uas 
then integrated in Chapter U with the results presented in 
Chapter UI . 

fl nunber of different sources of infornation were used, 
including: books and articles in the open literature, 
Departnent of Defense <DoD> directives and reports, and 
discussions uith personnel involved in systens engineering and 
the RTB, both in industry and the Departnent of the Navy . The 
list of references cite sone of the nost inportant docunents 
utilized . fl review of the docunents will give readers a nore 
conplete understanding of problens facing developers of conplex 
systens and the field of systens engineering . 
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II . SYSTEMS EHGIHEERIHG 



8 . BACKGROUND 

Systems engineering is not a completely neu or revolutionary 
di scipline . fls a method, it has been utilized for many years in 
an informal manner uithout a specific designation CRef . 2 = p . 
193 . Undoubtedly, a rudimentary forerunner of systems 
engineering uas used by the Egyptians to construct the Pyramids 
and the Chinese to construct the Great Uall . One of the 
earliest American applications of systems engineering occured 
during the uar of 1812 uhen the Army commissioned Eli LShitney to 
provide the first rifles to have interchangeable components and 
parts CRef . 3 = p . 83 . 

While the practice is not neu, the recognition of systems 
engineering by name is neu . During the past forty— five years 
the development of large complex systems has given rise to 
increasing auareness of the field of systems engineering . 
Uithin the OoD this has been crucial because of the need to 
utilize state of the art technology in ueapon systems as they 
are being developed and to control the inherent risks associated 
uith the introduction of neu technology . 

The difficulties experienced in developing large and complex 
systems has led to the refinement of specific tools and 
techniques uithin the system engineering discipline . The 
refinements have led to better control and insight into design, 
development, and production processes . 
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B. EUOLUTION OF SYSTEF1S ENGINEERING 



Systens engineering methodology as an effective method for 
solving the most difficult problems raised by today’s complex 
technological environment has not been developed overnight, but 
has evolved over a number of years . In 1907, the establishment 
of an organization in the Bell Laboratories reflected 
characteristics which, in retrospect, can be identified with the 
present concept of systems engineering CRef . 1:p . 351. In the 
1930’ s RGB recognized the need for a systems approach in the 
development of a television broadcasting service CRef. 5= p . 6*0 . 

Uorld (Jar II gave the greatest impetus to the extension of 
the systems engineering approach, largely because of 
developments in atomic energy, jet propulsion for aircraft, 
radar, and other electronic devices . For example, the 
requirements for many types of electronic systems gave rise to a 
wide variety of components and subassemblies of major systems 
that became known as "black boxes The proliferation of these 
electronic devices caused problems of component interaction and 
integration . Systems engineering performed the essential task 
of looking ahead to the ultimate objective, the system, and 
considering the “Big Picture", of which each component was a 
part . This approach was then utilized in applying rocket motors 
to aircraft and other technological improvements . After Uorld 
Uar II, the Rand Corporation developed a useful process called 
"Systems Functional Analysis ." This process is often referred 
to as the first phase of systems engineering. CRef. 5=p. 613 
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HI so at this tine project engineers started to acquire a 

staff typically including an assistant project engineer for 

* 

electronics and another for planning and scheduling . fls 

equipnent and life cycle costs becane as inportant to the 

custoner as the initial nanuf acturing costs, specialists in 
reliability, naintainability, and producibility were added to 
traditional design engineering departnents and consolidated into 
systens engineering staffs . The project engineer, whose 

responsibilities nou included life cycle costs and integrated 
logistics support, becane a project or progran nanager . In the 
engineering hierarchy, systens engineers represent a neu layer 
of nanagenent and technical resources control between the 

progran nanager and the detail designer . fls a result of these 
deuelopnents the relatiue growth of engineering departnents has 
been in the systens area . The engineering departnents in 
aduanced systens deoelopnent organizations have grown fron about 
10 percent of all enployees to sonething ouer 30 percent . This 
growth has occured prinarily in the systens engineering 
disciplines. CRef. 6= p . IT OH 

C. SYSTES1S ENGINEERING UIEUPOINTS AND DEFINITIONS 

fl logical first step in understanding the concept of systens 

engineering is to define the tern "systen .** 

fl systen is a conposite of equipnent, skills, and techniques 
capable of perforning and/or supporting an operational role . 
fl conplete systen includes related facilities, equipnent, 
naterial, services, software, technical data, and personnel 
required for its operation and support to the degree that is 
can be considered a self-sufficient unit in its intended 
operational and/or support enuironnent . The systen is what is 
enployed operationally and supported logistically . CRef - 
7=p . 2-13 
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The terns "systens engineering", "systens approach", and 
“systens nanagenent" are used interchangeably, but research has 
revealed that seldon do tuo individuals agree to, or understand 
a definition of these terns CRef. 2 = p . 191. This condition 

creates a senantics problen . Rs a result it is argued that 
systens engineering is not being practiced effectively . 

1 . Uieupoints Of Systens Engineering 

Since there is controversy regarding the definition of 
systens engineering, a nethod to develop a better understanding 
of the concept is to exanine a nunber of the various uays in 
uhich the subject is vieued . R nunber of the vieupoints were 
researched and sunnarized as follows: CRef. 8 = pp . 1—7 — 1—103 

a . Slathenatics 
b . Electrical Engineering 
c . Engineering Design 
d . The Planning of Design 
e . The danagenent of Design 
f - Large Scale Systen Developnent 
g . Design Interface danagenent 
h . Rn Interdisciplinary Rctivity 
i . The Systens Engineer 

Each viewpoint has a degree of validity, and research indicates 
that each has its advocates . 

a . The dathenatics Uiewpoint 

This viewpoint, uhich is prevalent in engineering 
acadenic circles, considers systens engineering to be a set of 
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nathenatical concepts or techniques . These include systen 
theory, simulation techniques, and computational algorithms . In 
actuality, these are some of the tools and techniques of systems 
engineering . 

b . The Electrical Engineering Uieupoint 

This uieupoint is often similar and closely allied 
to the mathematics uieupoint . It treats systems engineering as 
being nothing more than control theory, netuork analysis, 
information theory, or state— space theory . 

c . The Engineering Design Uieupoint 

This uieupoint states that systems engineering is 
nothing more than ordinary design engineering, and therefore "So 
Uhat’s Heu?" Uhile design is an important major ingredient, the 
planning phases of system engineering are just as important as 
design . Further, for complex, interdisciplinary systems, 
traditional design engineering, as taught and practiced is 
inadequate . 

d . The Planning Of Design Uieupoint 

This uieupoint states that there are certain 
actiuities uhich prelude design and that these actiuities are 
systems engineering . These are the planning actiuities uhich 
translate needs into system design requirements and 
specifications . Until recently, such planning actiuites haue 
not been considered as part of the engineer’s responsibility, 
but the responsibility of systems analysts or operation 
analysts . 
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e . The flanagenent Of Design Uieupoint 



This uieupoint is that systens engineering is really 
» 

the nanagenent of conplex systen design and, therefore, is 
concerned primarily with schedules, costs, personnel 
assignments, and management controls - 

f . Large Scale System Development Uieupoint 

This is concerned uith the development of large 
complex systems such as the space shuttle program, 
transportation systems, communication systems, urban planning 
and the like- To the extent that such activities include both 
the planning and design of such systems, they are applications 
of systems engineering- To the extent that these activities 
include only system planning and use the decision process, they 
are partial or incomplete systems engineering - 

g - Design Interface Jlanagement Uieupoint 

In industry and government, systems engineering is 
often taken to be the coordination or management of the 
interfaces betueen different design disciplines - It includes 
the system engineering effort to define the system and the 
integrated planning and control of the program efforts of design 
engineering, system support engineering, production engineering, 
and test and evaluation engineering . This is one of the 
functions of primary importance in systems engineering - It is 
through such interfaces that important design trade-offs and 
optimizations must be made . 
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The Interdisciplinary Activity Uieupoint 



h . 



This viewpoint states that systens engineering is 
the combining of interdisciplinary activities . There is little 
doubt that systems engineering is concerned with interdisciplin- 
ary activities but this is merely a necessary, not a sufficient 
condition . 

i . The Systems Engineering Uiewpoint 

This viewpoint states systems engineering is more 
than a knowledge and application of principles of systems design 
and systems modeling concepts . The heart of the natter lies in 
the complexity of the system and being able to see the forest 
without getting lost in the trees . The systens engineer must 
deal with the various subsystems and component parts in such a 
way as to optimize the cost effectiveness of the overall system . 
ERef. 9 = p. 

2 . Definitions Of Systems Engineering 

From the previous paragraphs one realizes that systems 

engineering cannot be defined within the framework of one 

viewpoint, but is some combination of all of then . In order to 

establish a definition which is applicable to this research 

effort, a number of existing definitions of systems engineering 

are provided for consideration . These definitions were selected 

from industry, government, and academic sources . 

System engineering is the application of scientific and 
engineering efforts to <a> transform an operational need into 
a description of system performance parameters and a system 
configuration through the use of an iterative process of 
definition, synthesis, analysis, design, test and evaluation; 
<b> integrate related technical parameters and ensure 
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compatibility of all physical, functional, and progran 
interfaces in a nanner that optinizes the total systen 
definition and design; <c> integrate reliability, maintain- 
ability, safety, survivability, human, and other such factors 
into the total engineering effort to meet cost, schedule and 
technical performance objectives . CRef . 103 

The systems engineering process is one of translating mission 
and operational requirements into engineering functional 
requirements, and subsequently expanding these functional 
requirements into detailed design requirements . Systems 
engineering involves the logical sequence of activities 
leading to a complete and balanced defintion of the design, 
test, production, operation and support of a system or 
equipment . B1 though there are slight variations depending on 
the system type and program requirements, the general process 
commences with mission requirement analysis (definition of 
operational requirenents) and continues through system 
analysis, optimization, synthesis, detailed design, and test 
and evaluation . This process is a closed loop with the 
necessary feedback provisions and is iterative in nature . 
CRef. ll=p. 183 

The systems engineering method recognizes each system as an 
integrated whole even though composed of diverse, specialized 
structures and subfunctions . It further recognizes that any 
system has a number of objectives and that balance between 
them may differ widely from system to system . The methods 
seek to optimize system functions according to the weighted 
objectives and to achieve maximum compatibility of its parts . 
CRef. 12= p. 83 

Systems engineering is the process by which people develop the 
specification for an optimal system in response to unfulfilled 
human needs and/or desires . <Hn "optimal" system is a system 
which is expected to best satisfy recognized human needs 
and/or desires according to some specified criterion of 
"goodness" .> System engineering is problem solving which 
involves the quanti tiati ve application of technology in order 
to identify and describe a solution . The solution is a model 
of the system, a set of specifications for the production, 
installation, and use of an optimal system and its elements . 
CRef. 8= p . 1-153 

The major systems engineering and analysis activities include 
the followings 

1 . The quantitative analysis and justification of operational 

needs . 

2 . The identification and establishment of operational 

mission requirements and environments . 



23 



3 . 



The analysis of these requirements to apportion the 
performance, design, and test requirements to and through 
louer system levels down to individual components and 
elements . 

. The techniques for controlling the design, development, or 
selection of components to assure that they satisfy 
requirements (design assurance) . 

5. The techniques for integrating louer level components into 
all higher levels of assembly all the uay to top system 
levels. CRef . 6= p . Ill] 

Systems engineering is the combination of systems integration 
and project engineering . Systems integration consisting of 
the followings 

1 . Identifying the mission objectives . 

2 . Identifying the subsystem and component interfaces . 

3. Establishing design trade-off and integration criteria. 

*1 . Identifying the system performance testing criteria . 
Project engineering consists of project direction, special 
studies and problem resolution . [Ref . 133 

System engineering refers to the process of translating 
operational requirements into engineering functional 

requirements and subsequently expanding these functional 
requirements into detailed equipment and service end item 
design requirements . This process involves analyzing system 
performance requirements, performing system— level trade-offs 
studies, synthesizing alternative system design solutions by 
employing various combinations of equipment and service end 
items, and finally selecting the preferred candidate 
configuration uhich best meets system performance and cost 
effectiveness criteria. [Ref. lisp. 1253 

The system engineering process is the application of the 
necessary scientific and technical knowledge and skills to the 
study and planning of the overall system whereby the 

interrelationships of various parts of the system and the 
utilization of the various subsystems are fully analyzed and 
designed in terms of their contribution to the achievement of 
the specified mission and performance requirements uithin the 
given cost and delivery limitations . Documentation of the 
process provides the common frame of reference and 

communication media for the "building block" approach to 
system design uhich may employ diverse specialists in such 
subject matter areas ass physics; nucleonics; chemistry; 
thermodynamics; electronics; mathematics; physiology; 

medicine; psychology; communications; mechanics; etc . [Ref . 
lisp. 73 

The essence of the systems engineering concept is that system 
performance cannot be determined from the performance of its 
individual subsystems and components alone . Systems concepts 
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are nore the sun of the characteristics of its subsystens 
derived fron the interconnections of the systens objectives 
and requirenents . Each systen has its own environnent, and is 
in fact a subsysten of sone broader systen . CRef . 15= p. 23 

Systens engineering is an appropriate conbination of the 
nathenatical theory of systens and behavorial theory in a 
useful setting appropriate for the resolution of real world 
problens . The purpose of systens engineering is to develop 
policies for the nanagenent, direction, and regulation 
activities relative to the planning, developnent, production 
and operation of total systens to naintain overall integrity . 
CRef. 16= p. 593 

Upon exanination of the preceding definitions, certain key 
words and phrases energe . Synthesizing these concepts the 
following working definition can be developed: 

Systens engineering begins with the identification of an 
operational requirenent for a systen . The next step is to 
identify the constraints and environnent in which the systen 
will be developed, produced, and operated . Jit this point 
scientific and engineering skills can be utilized to transfron 
the qualitative operational requirenent into quantitative 
paraneters . These paraneters will then be taken down level— by- 



level fron systen 


to 


subsystens 


to parts and 


f inally 


to 


conponent levels . 


Then 


it becones 


an iterative 


process 


ot 



analyzing the perfornance paraneters, designing a solution, 
testing, and evaluation . Then trade-offs oust be nade on the 
subsystens based on weighted objectives established by the cost, 
schedule, and perfornance characteristics of the total systen . 
Then integrate these subsystens into the total systen . This 
relationship is shown schenatically in Figure 2 . 
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0. UHY SYSTEHS ENGINEERING 



The preceding sections have traced the origins of the nodern 
concept of systems engineering and provided a working 
definition . However, this material has not demonstrated to the 
reader the utility of systems engineering . In order to satisfy 
this requirement the question "Uhy Systems Engineering?"* should 
be answered . R two phased approach will be used to accomplish 
this tasks 

.1 Detail the importance of systems engineering . 

.2 Provide specific examples of the successful 
implementation of the concept . 

1 . The Importance Of Systems Engineering 

In the development and procurement of a weapon system, 
the litmus test of the success of that program is based on a 
number of factors, including: cost, schedule, and design 

effectiveness . Cost and schedule are readily quantifiable 
factors which can be judged in relation to other similar 
programs . Design effectiveness, on the other hand, can only be 
appraised in terns of the systems requirements . Accordingly, 
the program manager and his staff must identify specific mission 
objectives to derive and evaluate design alternatives . fl 
relevant design decision cannot be made without specifying the 
functions that the total system must perform CRef . 17= p. 323. fl 
program that satisfies the functions for which the total system 
is designed and operates within specified performance and design 
constraints can be considered an effective system CRef . 15 = p . 
93 . This is where systems engineering plays a critical role . 
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R function is a characteristic action to be acconplished 
by one of the systen elements of hardware, software, facilities, 
personnel, data, or any conbination of these elements CRef. 7 = p. 
6—13 . Therefore, the first problen confronting a systens 
engineer is the identification and classification of all 
functions to be perforned in fulfilling stated nission 
objectives . For conplex systens it is obvious that this task 
requires orderly and objective problen solving techniques that 
are logical and consistent . However, even with a sinple iten it 
is alnost inpossible to identify and classify all required 
functions without applying fornal, objective analysis 
techniques . These fornal neihods are connonly referred to as 
systen functional analysis CRef. . 353. They follow specific 
steps that insure the identification of all functions to be 
perforned at the level of detail required for arriving at 
relevant design decisions . 

The functional analysis reduces or deconposes a conplete 
systen into individual parts while relating these parts to each 
other and to the systen . fl functional breakdown can be 
acconplished with respect to logical groupings, tine ordering, 
data flow, control flow, or sone other criteria . This stepwise 
breakdown of a systen can be viewed as a top-down approach to 
problen solving . The process results in a hierarchical 
structure which progressively divides and allocates requirenents 
until the lowest level of the systen that fulfills a definable 
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requirenent is obtained CRef . 7 = p . 6—213 . R useful exanple is 
shoun in Figure 3 CRef. 17= p . 183, a modified version of 
Corrigan’s functional flou with an indenture level of three . fl 
description of the three levels according to Corrigan includes 
the follooings 

* "Level I involves the logical gross division of activities 
into nission phases performed during the total nission . 
Having identified the seperate nission phases, the systen 
function analyst will identify and classify the functional 
flow in a functional flou block diagran . 

* Level II involves all najor operational functions to be 
perforned (independently and in conbination) uithin each 
nission phase . These functions uould be cross-checked for 
conpleteness before proceeding to a nore detailed analysis . 

Level III involves the nost detailed analysis of jobs or 
tasks that nust be perforned to succussfully achieve each 
subfunction (operations) uithin each nission phase of 
inportance is the deriving of significant perfornance linits 
and constraints that nust be considered in design CRef . 
17= p . 193 

The top— doun approach is usually applied to a systen 
that is conpletely neu . fln opposite approach is a botton— up 
nethod that can be applied to a scenario in uhich a nunber of 
existing subassenblies or parts uith knoun capabilities are 
integrated to fullfill a requirenent . This approach is 
sonetines difficult to inplenent due to interface and 
integration problens . fl tailored approach should be utilized 
for each specific project . CRef . 7= p . 6—13 

Another factor of great significance is the realization 
that the systen design process is not a one— uay street fron 
identification of requirenents through functional objectives to 
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final design configuration . In actual practice, the systens 
engineer goes through a continuous and repeated process of 
progressive comparison between 1> stated functions 2> 
performance parameters, and 3> proposed design criteria . This 
process of checking, comparing and readjusting is system 
iteration. CRef- 17= p . 701 

System iteration is a continuous adaptive process as the 
system designer moves from analysis to synthesis, pulling 
together parts into an organized system in deriving and 
completing system design specifications. These specifications 
are the documents that accurately describe the essential 
technical requirements to determine if objectives have been 
satisfied CRef. 18=p . ■T— 8*0 . The process of system iteration 
becomes critical in completing every phase of systems 
engineering . From the utilization of system iteration it is 
clearly shown that system functions control the determination of 
ultimate design decisions for both design requirements and 
performance criteria . Therefore, the specific requirement for 
completing a formal system functions analysis prior to beginning 
design considerations is critical . 

The resultant product of the functional analysis is the 
specification of all functions to be performed in a system and 
the constraints and limitations to be considered by the 
engineering staff in the design decisions to follow . Expanding 
these functional steps to include all the subsystems, parts and 
components in a complex system requires management planning and 
control which is satisfied by systems engineering . 
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Bs the technological complexity of a system increases 
the number of subsystems, parts, and components increase 

i 

drastically . Therefore, attempting to trade-off design 

decisions for thousands upon thousands of parts in terms of 
synergism of all elements in the total system is beyond the 
normal capabilities of a single group of designers CRef . 17 = p . 
3711 . The functional designers of complex technological systems 
must be specialists in their fields . This specialization does 
not allow these engineers the generalist outlook which is 
required to meet the systems mission requirements . In designing 
an operational system, the individual subassembly or part must 
be subordinate to the system design objectives . This 

requirement is imposed by the sheer complexity of the= 

* Mumber of design decisions to be processed and committed 

* Humber of personnel involved 

* Number of speciality skills applied in the design analysis 

* Humber of seperate system design teams involved 

* Humber of design trade-offs to be determined between the 
most practical and most functional design criteria . 

Therefore, when designing a complex system the problems 
of personnel interaction, system communication, and system 
interfacing must be controlled and directed . This task is 
solved by systems engineering . But systems engineering is 
concerned with much more than just design criteria . fls 
mentioned previously, hardware and non— hardware components must 
be able to perform all functions specified in achieving mission 
objectives . The subsystems, parts and components must be 
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practical in terns of cost, reliability, availability, 

naintainability , producibili ty, and schedule restrictions . 

Therefore, systens engineering is nore than design . It is the 
technique to produce the total systen using the fornal 
analytical and planning nodel for progressing fron nission 
objectives to achievenent of those objectives in an orderly and 
controlled nanner while ensuring that all parts in the total 
systen are integrated and functional . Without utilizing systens 
engineering in today's conplex technological environnent a 

systen will not be as efficient and effective if the project 

succeeds at all . 

2 . Case Studies Of Systen Engineering 

To further denonstrate the benefits of the systens 
approach several illustrations were selected to provide exanples 
of the versatile and successful application of systens 
engineering . The cases were selected based on the following 
considerations: 

* To include an exanple of an organization, a project, and a 
service 

* To include both snail and large prograns 

To include both new systens and nodifi cations to existing 
systens 

* To include engineering advances as well as off-the-shelf 
hardware developnents 

* To cover the span of years fron World Uar II to present day 
systens when the nodern concept of systens engineering 
gained its greatest acceptance . 

The cases that were selected are the Jet Propulsion 

Laboratory <JPL>, the Hppollo Space Progran, and the Cheyenne 



helicopter progran . 
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a . Jet Propulsion Laboratory 

The Jet Propulsion Laboratory is an example of an 
organization that has euolued fron a purely research— oriented 
laboratory into one heauily engaged in the practical application 
of systems engineering of large and complex projects . In 1940 
the JPL was tasked by the Army flir Corps to apply the principles 
of rocket motor design to aircraft propulsion . The result was 
the successful development of the Jet— Assisted Take-Off <JHT0> 
principle . However, this project was completed as a functional 
design engineering problem, basically the design of successful 
rocket motors, with very little concern for the application of 
these motors to an airborne mission and the total system . CRef . 
9=p . 1241 

At the end of Uorld Uar II the task of developing an 
operational missile system was given to JPL . This tasking 
required an understanding of an integrated system consisting of 
a rocket motor, fuel tanks, guidance, and payload . This 
necessitated a group of functional engineers becoming part of a 
systems engineering team . In the words of the director of the 
JPL= 

"The system did work, and the military made it work even 
better, but it was expensive, inefficient, and required large 
amounts of support equipment . It pointed out the consequences 
of putting a system together rather than engineering the 
system." CRef . 9=p. 1261 

In 1958 the JPL sponsorship was transferred to MASA . 
With this change in sponsorship the laboratory’s assignment 
included unmanned spacecraft missions to the moon and the 
planets . Again in the words of the directors 
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•'To accomplish these projects with reasonable expectation of 
optimizing performance or of attaining project objectives 
within cost and schedule a systems approach was necessary 
CRef. 9= p - 1281 

Several valuable lessons were learned from these and 
other early projects which helped create the environment for the 
growth of systems engineering at JPL and throughout the 
aerospace industry . The specific systems engineering techniques 
that JPL helped promote included: 

-»*• The matrix organization 

* Integrated management and engineering efforts 

m The concept of high reliability in complex systems 

* Schedule control 

* Rppli cation of systens engineering to other activities of 
national interest 

b . The Hpollo Progran 

The Rpollo program was the largest and nost conplex 

engineering project of its tine . Before the project was 

completed, over $20 billion was expended and nore than 200,000 

people contributed their efforts to the successful landing of a 

nan on the noon . This progran is an exanple of systens 

engineering on a large and conplex scale . In the words of 

George Plueller, the associate adninistrator for nanned space 

flight for HRSR fron 1963 to 1969, 

“The Rpollo budget was set at $20 billion - That anounl was 
reviewed annually, and when I arrived in Uashington to nanage 
the progran, it had been cut for the following year by $1 
billion . fly first experience with the progran, therefore, was 
the sobering one of searching for things that were not 
absolutely necessary and cutting then out - This is a nost 
valuable discipline in systens engineering CRef. 9= p . 153 
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Systens engineering was crucial to the success of 
the Rpollo progran . The nission objectives, tine schedule, and 
budget were -firnly established . These goals were strictly 
enforced due to the political nature of the progran . The state 
of the art in technology was pushed to its linits . The task of 
pulling together all the nanpouer and resources was an innense 
task . There were a nunber of difficult problens to be soloed 
and a nunber of contingencies to be planned for . The problens 
included radiation hazard due to solar storns and the Uan Alien 
Belts and the potential of collision with neteoroids which could 
danage or destroy a then— ordinary space vehicle . 

One of the najor systens engineering problens was 
designing the lunar flight . During the design of this critical 
portion of the flight and the systens to acconplish the nission, 
a nunber of trade-offs had to be nade regarding weight of the 
vehicles, thrust requirenents, nunber and location of rendezvous 
and orbits, and anount and cost of fuel each alternative would 
require . Another critical systens engineering concern was 
establishing the reliability of the total syslen . The Saturn U, 
with the Apollo spacecraft and support equipnent, represented 
about 15,000,000 parts . A reliability figure of .9999999 for 
every part would not guarantee a successful nission . Using 
conventional techniques the probability of a successful Lunar 
landing was calculated to be about .5 . Consequently in planning 
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the Rpollo flight neu techniques uere used to identify the 
mission's critical events . This method built up the probability 
of mission success to .9 and a probability of catastrophic 

failure of less than .01 . [Ref . 9 = p . 1623 

Several valuable skills uere acquired and reaffirmed 
from the flpollo program . H large complex system requires a 
systematic and logical approach to relate all of the subsystems, 
parts, and components to the total systems mission objectives . 
c . The Cheyenne Helicopter Program 

Systems engineering had been applied by other 
services for more than a decade uhen the Rrmy acquired its oun 
procurement and engineering functions in the early 1960’s . The 
systems engineering concept uas not accepted by the Army in the 
early 1960’s because Army aircraft uere tailored to specific 
missions . In other uords, the Rrmy uas merely buying existing 
aircraft . Houever, avionics and peculiar ground support 
equipment added to the basic aircraft began to cause problems 
from a systems standpoint . The Cheyenne Helicopter uas a neu, 
complex ueapon system employing the latest in automatic gun 
developments, a full solution computer — directed fire control 
system uith laser ranging, uire— guided air — to— ground missile, a 
self-contained doppler navigation system, advanced engine and 
auxiliary pouer unit, extensive self— test and ground support 
features, and numerous other innovations . In the early stages 
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of development, systems engineering uas not utilized because of 
existing Army policy . The program uas canceled in (lay 1969 for 
numerous reasons . Houeuer, the program had a neu start 

coincident uith the initiation of a formal systems engineering 
management approach by both the prime contractor and the Army . 
The complete involvement of systems engineering in every step of 
the development cycle uas formalized and included in the neu 
contract . In the fall of 1970 the Cheyenne did demonstrate its 
capabilities. CRef . 3=p . 93 

The Cheyenne program uas eventually canceled for a 
myraid of reasons . However, this program brought systems 

engineering to the forefront in Army aviation and uas utilized 
on the Cobra Gunship and other programs. Systems engineering 
management became a way of life for Army aviation . 

E . SYSTEilS LIFE CYCLE 

The life cycle for a typical ueapon system acquisition is 
uell documented . This process is broken doun into basically six 
phases: 

1 . Mission need determination phase 

2 . Concept exploration phase 

3 . Demonstration and validation phase 

1 . Full scale development phase 

5 . Production and deployment phase 

6 . Retirement phase 

These phases have been the subject of numerous research 
efforts . It is not the purpose of this section to reiterate 
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those research efforts . Houeuer, just as the definition of 

systens engineering causes a senantics problen, the requirenent 

for systens engineering in all phases of the systens life cycle 

is a controversial topic . For exanple Kline stated: 

"Uhile it night be said that systens engineering is concerned 
uith the conplete systens life cycle, in fact systens 
engineering is concerned prinarily uith the planning period 
and uith the design phase of the acquisition period . Once the 
systen design has becone stabilized (during the early 
production phase), engineering inuoluenent becones uhat is 
popularly knoun as “sustaining engineering”, and systens 
engineers turn their attention to the planning and design of 
neu systens CRef. 8 = p . 2—61 

Chase takes the opposite position . 

”... the required systen and end iten design and deoelopnent 
effort nust be interrelated uith the other systen life cycle 
requirenents for fabrication, installation and check-out, test 
and evaluation, deploynent, production, nodif ication, 

naintenance, logistics support, and phase out (planned 
obsolescence) . Systens engineering is a function ubich nust 
be exercised throughout all phases of a systen life cycle if 
systen integrity is to be ensured. CRef. lisp. 1263 

In nost ueapon systens, the environnent for uhich the systen 
uas designed is constantly changing . fl systen nust be able to 
adapt to this changing environnent . These factors result in the 
production of systens uhich are stable for only a relatively 
short period of the systen’s entire life cycle. In order to 
naxinize the utility of systens, the systens engineering 
approach nust be applied throughout the conplete life cycle . 
The follouing paragraphs outline hou systens engineering applies 
to each phase of the life cycle . 

1 . Mission Heed Deternination Phase 



This phase starts uith an objective . This objective is 
translated into infornation about the requirenents for uhich the 
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systen is to be designed, resources available, the enuironnent 
in uhich the systen Mill operate, and the constraints that 
affect all of these factors . This input infornation establishes 
the bounds of the systens engineering problen . fi large 
percentage of the costs of a progran becone fixed during this 
phase so that systens engineering nust be utilized fron the 
beginning . 

2 . Concept Exploration Phase 

The systens engineering effort during this phase 
includes the functional analysis . Effort is directed touard 
refining nission objectives through analysis that evolve a 
systens design concept, flouing doun and allocating requirenents 
to louer indenture levels, defining najor interfaces, and 
establishing quantitative paraneters <hou fast, hou heavy etc . > . 
Inherent in these analyses are cost and risk assessnents . 

3 . Denonstrati on find Ualidation Phase 

The systens engineering tean concentrates on perforning 
analyses and sinulations to conpletely define all systen 
requirenents, prepares upper level specifications, oversees 
preparation of conponent level specifications, prepares najor 
interface definition and control docunents, and defines a systen 
functional baseline design . H najor task is the preparation of 
the Systens Engineering tlanagenent Plan <SEi1P>, uhich includes 
plans for verification, risk alleviation, and supporting areas . 
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1 . Full-Scale Development Phase 



The SEflP is implemented at the beginning of this phase . 
Detailed system simulations and nodels are developed to predict 
system performance parameters . Other systems engineering 
activities include resolving interface problems, auditing 
engineering documentation, auditing system test activities, 
configuration control activities, and completion of the 
verification process . 

5 . Production Rnd Deployment Phase 

During this phase, the greatest amount of effort is in 
the modification of the system . This is where the controversy 
lies . However, if systems engineering is not rigorously applied 
at this juncture, supportability and consequently the ability of 
the system to meet its mission objectives is an impossible task . 

6 . Retirement Phase 

System engineering efforts in this phase consist mostly 
of supplying lessons learned from completed projects to new 
programs early in their life cycles . This phase cannot be 
overlooked in solving the systems engineering problems of future 
systems . Just as the concept of systems engineering has 
evolved, technology continues to evolve, and corporate knowledge 
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Ill . SYSTEHS EHGIHEERIHG TOOLS- TECHHIQUES 

RHP tlOOELS 



Systens engineering utilizes nany elenents to develop, 
construct and deploy cooplex systens . It uniquely "focuses the 
application of diverse elenents on the system’s nission 
objectives, whereas other nethodologies engage these sane 
elenents in solving only subsysten and conponent requirenents 
without considering the entire systen . 

It is the intent of this chapter to describe in detail the 
tools, techniques, and nodels of systen engineering . First, 
several general systens engineering nodels will be presented . 
The next two sections will describe a nunber of the technical 
and nanagerial conponents found in these nodels . The factors 
listed in the technical section are nore quantitative in nature 
and are traditionally associated with engineering disciplines . 
The tools and techniques found in the nanagenent section are 
sonewhat qualitative in nature and have been traditionally 
associated with non— technical disciplines . 

R. SYSTEHS EHGIHEERIHG HQDELS 

In general the utilization of nodels is an effective and 

efficient concept because it pernits the tinely investigation of 

various entities without actually building and testing the 

project in question . According to Chestnuts 

"tlodeling can be thought of as being a representation of a 
systen or a part of a systen in a nathenatical or physical 
forn suitable for denonstrating the way the systen or 
operation behaves or nay be considered to behave CRef . 

12= p . 107] 
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The type of complex systens that have been discussed earlier 

In this study Incorporate a large nunber of functional 

activities, subsystems, and components in order to accomplish 

the system’s mission objectives. It has been shoun that the 

integration of these functional activities is accomplished by 

systems engineering . However, the structure of this method must 

also be established as pointed out by Hr . Hndrew Sage, a well 

known advocate and practioner or systems engineering: 

■*fln essential complicating problem in a large-scale system is 
the need to correctly represent the structure of a system 
rather than just to accurately reproduce observed data . Thus 
we want to postulate correctly the forces operating between 
various subsystems of a complex system . In this way we are 
able to show how problems are created so that corrective 
actions may be taken and control policies established, in 
addition to the simple but important problem of explaining 
behaviour . Only by obtaining proper system structure can 
there be a proper understanding of the underlying cause and 
effect relationships . Selection of a poor structure will 
complicate system parameter identification and design and 
inhibit or prohibit proper system operation . Thus techniques 
such as interpretive structural modeling are of special 
importance." CRef . 15 = p. 2913 

This structure can be realized by the employment of a systems 
engineering model . 

Research has revealed two basic catagories of systems 
engineering models . The first group contains quantitative 
models using mathematical representations to describe the 
system . The second catagory consists of qualitative models . 
These models utilize words and symbology to portray the 

interfaces between the elements of a particular system . Due to 
the nature of this study, it has been determined that 
qualitative systems engineering models are more applicable to 
the HTfl. 
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There are a number of excellent, qualitative engineering 
models utilized by various activities and supported by highly 
regarded researchers and practioners of systems engineering . 
Five general models are described and presented in the follouing 
pages . 

1 . Systems Engineering Model Humber 1 

The first alternative is an adaptation of a model 
developed by Arnold and Stepler . In this representation, 
systems engineering is at the hub of a three tiered wheel as 
illlustrated in Figure 1 ERef . 1 = p . 253 . The three tiers in 
this model correspond directly to the three indenture levels of 
a functional analysis described in Figure 3, page 30 . 
Specifically, the outer tier depicts a number of the tasks that 
must be executed in the development of a system . These tasks 
□re performed by specialists who can utilize state of the art 
technology to solve specific problems . Information from this 
level is provided independently to the basic functional areas of 
systems, test and evaluation, production, and logistics . Arnold 
and Stepler incorporated these particular functional areas into 
their model because thes divisions closely parallel the 
structure of a typical program office ERef. 1 = p . 241. The 
functional managers then provide information to the hub of the 
wheel, the program manager. The program manager then utilizes 
his systems engineering staff to make trade-offs and integrate 
the functional area inputs into a solution which meets the total 



system’s mission objectives. 




Figure 4. Systems Engineering Model Number 1 
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2 . Svstens Engineering Model Nunber 2 



The second nodel uas originally developed as an 
instructional aide for a systens engineering course offered at 
the flrny Planagenent Training Agency in Rock Island, Illinois, 
fls displayed in Figure 5, this nodel utilizes a three-phase, 
two— tier approach to systens engineering. [Ref . 19 = p . 81 

The phases correspond to different states in the life 
cycle of a progran . The two tiers in each phase represent the 
functional elenents providing independant technical infornation 
to the progran nanager and systens engineering staff . Each 
phase enphasizes different functional areas . For exanple, the 
conceptual phase accentuates basic technology, whereas the 
inplenentation phase stresses hardware requirenents . The output 
of the conceptual and deveiopnent phases is systens engineering 
docunentation in the forn of specifications, nanuals, and other 
data packages . The output of the deveiopnent phase is 
production hardware and systens . In addition to this output, 
infornation is transnitted fron each phase to preceding levels 
to facilitate the iterations which are paranount to the systens 
engineering process . 

In sunnary, as stated by the developers of this nodel = 

"Systen engineering nanagenent enconpasses the systen 
engineering process and integration of all engineering 
activities and technical aspects of the systen/project fron 
receipt of a user requirenent through delivery to the 
operational inventory and ultinate disposal. [Ref. 1 9= p . 81 
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Figure 5. Systems Engineering Model Number 2 
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3 . Systems Engineering Oodel Hunber 3 



The block diagran displayed in Figure 6 CRef . 12= p . 323 
was developed by Chestnut to represent the interrelationships 
between three feedback characteristics of systems engineering . 
The three loops presented are the perfornance, cost and 
reliability feedback paths . 

In the performance feedback loop, the desired overall 
system performance is compared to the anticipated overall system 
performance . The main elements of this closed loop path are the 
specified overall system requirements, specified function and 
parameters of the subsystems, determination of the overall 
system performance equations, and the calculation of the 
resulting overall system performance . The elements 
characterizing overall system requirements and specified 
parameters of the subsystems are also common to the cost and 
reliability feedback loops . In these closed loops, desired cost 
is compared to anticipated cost, and desired reliability is 
compared to anticipated reliability . The elements concerned 
with the calculation of the overall system relationship due to 
changes in the system’s parameters are also affected by changes 
in the environment, materials, and the probability of change . 

Analysis of this model illustrates that several 
variables are common to more than one path . Changes in one loop 
simultaneously create changes in the other loops thereby 
requiring an integrated, iterative effort . Therefore, according 
to Chestnuts 
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Figure 6. System Engineering Model Number 3 




"The existence of nany objectives for the systens engineering 
problen neans that the problen is indeed a multi— variable, 
multi— loop one . System parameters and decisions made on the 
basis of their effect on one objective also have effects on 
the other objectives . The systems engineering problem is one 
of so arranging the treatment of the system that those 
interactions are minimized or, hopefully, made to be most 
favorable for each of the systems. CRef. 12= p. 3111 

This model can be expanded further to include maintainability, 

power requirements, weight, quality and schedule feedback paths . 

4 . Systems Engineering fjodel Humber 4 

Plodel number 4 is a modification of the representation 

in the previous section . Hs illustrated in Figure 7 CRef . 20 = p . 

33], Chestnut developed this model to emphasize equipment 

production, test, and quality control . In his own uords: 

"In complex programs such as are now involved in supplying 
military equipment, there is normally not time or money to 
build a complete prototype for design evaluation before 
delivering equipment to the customer . Instead, evaluation 
will take place on the first feu systems to ensure adequacy of 
the design . From this point, then, a gradual transition is 

made from a systems design evaluation to a more 

quality— control type of testing, uhich then ensures that the 
manufacturing process is producing equipment in accordance 
uith the established design." CRef. 20= p . 343 



Another important facet of this model is the recognition 
of the importance of equipment and component change on the 
system configuration . Personal experience and information 
obtained by senior personnel at Lockheed Flissile and Space 
Company underscored the fact that any change, no matter how 
small and seemingly insignificant, has an effect on other 
characteristics of the system . R minor modification has the 
potential to drastically upset the design configuration and 
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Figure 7. Systems Engineering Model Number 





ultinate perfornance of the systen resulting in hidden project 
costs . Therefore, each change oust be analyzed so as to 
deter nine its total effects on the system . This analysis 
becomes more important as the system progresses through its life 
cycle as illustrated by Figure 8. CRef. 21 = p . 7213 
5 . Systems Engineering Flodel Humber 5 

The final alternative was developed as a composite of 
all the interviews conducted for this research effort and past 
personal experience in the field of systems engineering, coupled 
with the basic structure of a model developed by Kerzner . 

The systems engineering model, as shown in Figure 9, 
CRef - 21 = p . 813 begins with the needs of the operational user 

translated into an objective . This objective is tempered by 
constraints in technology, funding, schedule, and 

socio-political conditions . fl functional analysis is performed 
by specialists in aerodynamics, electronics, and other basic 
technologies to develop requirements that satisfy the customer’s 
objective - From these requirements, a number of alternatives 
are generated by prospective manuf acturers - The alternatives 
are then compared on the basis of predetermined selection 
criteria . This selection process utilizes cost/benefit 

analysis, performance, schedule, and other techniques to make 
trade-offs between alternatives . The loop is then completed 
using feedback and testing to determine if the system meets its 
assigned goals . 
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Figure B. Cost Of Change 
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Figure 9. Systems Engineering Model Number 



fit this point the process becones iterative in nature as the 
systen is modified due to a dynamic environment of changing 
technology and customer objectives . 



B. TECHHICHL ELEMENTS 

In the next paragraphs several technical tools and 
techniques will be described . They are derived from the models 
presented in the previous section . Even though they may not 
have been alluded to directly in each model, they are key 
components found in a majority of systems engineering models . 

1 . Reliability, Availability, And Maintainability 

The requirement for Reliability, Availability, and 
Maintainability <RAM> in complex military systems has been 
recognized since the late lS'TO’s CRef . 22sp. 3H . However, 

recent developments have initiated a renewed interest in them, 
as evidenced by a recent article in Military Electronics 
Design s 

"Reliability and maintainability — long-term quality and the 
ability to find and fix system failures — are two critical 
concerns for military electronics. Many of today’s 
sophisticated military— electronics systems have rather short 
mean times between failures and rather long mean times to 
repairs . As a result, a staggering 252 of the defense 
department’s budget is spent on scheduled preventive 

maintenance." CRef. 23s p. 371 

Another similar view by Mr . (Jelko Gasich, the senior vice 

president for advanced projects at Northrop Corporation 

amplifies the importance of RAM as applied to new aircrafts 

"Reliability and maintainability are key requirements in the 
fighter force of the future to meet the need for high levels 
of availability .... In the 1980’s, we see emphasis on 
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cost, not just fly auay cost but total life cycle cost and 
operability . Reliability by design, not by chance, is nou a 
proven technology and uill be denanded by our custoners 
CRef. 24 = p. 593 

The traditional definitions of RflPi ares 

“Reliability is the probability that the systen uill perforn 
satisf actorily for at least a given period of tine uhen used 
under stated conditions." [Ref . 25 = p. 1—73 

"Rvailabili ty is the probability that the systen is operating 
satisf actorly at any point in tine uhen used under stated 
conditions, uhere the total tine considered includes operating 
tine, active repair tine, adninistrative tine, and logistics 
tine." CRef. 25 = p . 1-83 

“Maintainability is a characteristic of design and 
installation uhich is expressed as the probability that an 
iten uill be retained in or restored to a specified condition 
uithin a given period of tine, uhen naintenance is perforned 
in accordance uith prescribed procedures and resources ." 
CRef. 11 =p. 103 

2 . Quality 

There are a nyriad of factors that affect a systen as it 
progresses through the life cycle fron concept exploration to 
retirenent and disposal . Quality is one elenent that is 
required in every phase of a systen’s life cycle . fls defined by 
one of the leaders in the field of quality engineering, J . PI . 
Jurans 

"The quality function is the entire collection of activities 
through uhich ue achieve fitness for use, no natter uhere the 
activities are perforned .“ [Ref . 26 = p . 2—113 

Quality has traditionally been thought of as a technical 

elenent that can be regulated through inprovenents in 

technology, effective planning and inspection, and exhaustive 

design procedures . However, this notion has been adjusted 
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recently as evidenced by Peters and Uaternan's study of 
excellence in Rnerican industry CRef. 27 = p . 1721. This study 
indicates quality is an attitude that starts at the top of the 
organization . For exanple, the corporate philosphy of Digital 
Electronics states: 

"Growth is not our principal goal . Our goal is to be a 
quality organization and do a quality job, which means that ue 
will be proud of our work and our products for years to cone 
CRef. 27= p. 17*11 

Uith this type of corporate attitude, an environment is created 
for the organization that enhances quality . This technique is 
different from the policy of expending large anounts of 
resources to fix the symptoms and results of problems instead of 
the cause of the discrepancy . Quality is still a technical 
field due to the complexity of systems, but it encompasses more 
than pure technical characteristics . 

3 . Performance Testing 

Performance testing of a complex system is one of the 
most important aspects of the overall systems approach . The 
test and evaluation program provides the proof (or negation) of 
all of the theoretical calculations, models and simulations . 

Testing is the source of all relevant data from the 
inception of the project throughout the entire life cycle of the 
system . These data inagurate all corrective actions on design, 
manufacture, and operation of the system as well as the basis 
for all logistics planning . In addition, testing provides the 
program manager with the most vital information on the technical 
progress of the system . The results of this test and evaluation 
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progran signal the approval for service use of the systen . If 
the progran does not pass, the progran nay face najor 

nodifications or ternination . Follow— on test and evaluation 

prograns continue throughout the life cycle of the systen to 
nonitor wear and latent defects . 

There are nany types of testing techniques . They 

include the use of autonatic test equipnent to check key systen 
paraneters and non— destructive tests such as nagnetic particle 
and x— ray analysis to verify structural integrety and wear . 
However, the nost effective test is an operational test which 
exercises the systen in a realistic scenario . 

■T . Logistics 

Logistics, as an elenent of systens engineering, is a 

controversial topic. 'Jebster’s dictionary defines logistics as- 

"The aspect of nilitary science dealing with the procurenent, 
naintenance, and transportation of nilitary naterial, 
facilities, and personnel [Ref . 28= p . 7021! 

However, design engineers consider the field as "sustaining 

effort" after the difficult tasks have been conpleted . On the 

other hand, personnel involved in logistics consider their task 

one of naking a systen work with inherent shortcomings . Just as 

systens engineering continues past the design phase to the 

developnent and production phase of a systen, it continues on 

through the deployment phase to retirenent . Therefore, 

logistics factors such as nanpower, training, support and test 

equipnent, facilities, spares, technical data, and Packaging/ 

Handling/Storage/Transportation <P .H .S . R T .> nust be considered 
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in the systens engineering efforts conducted in the preliminary 
design stages . Infornation acquired during the deployment phase 
on RRPI, latent defects, and other problems must be fed back into 
the system to incorporate in future design, development, and 
production . 

5 . Design 

It is intuitively obvious that the design of a system is 
critical to the systems approach . Rs illustrated by Figure 8, 
the costs of a system increase drastically as projects progress 
through the life cycle . Steps must be taken in the early stages 
of a program to insure that the design is flexible, yet thorough 
enough to satisfy the stated goals and provide for expansion or 
modification . Design of a complex system is a difficult task, 
but many elements must be taken into consideration . 

C . nRHRGEHEHT ELEP3EHTS 

System engineering traditionally has been looked upon 
exclusively as a technical field . Rs discussed in the preceding 
chapters of this study, the concept has evolved to incorporate a 
myriad of elements both technical and non— technical in nature . 
This section will focus on the managerial aspects of the systems 
approach . 

1 . Organization 

There are three basic organizational structures . They 
are the traditional or line structure, the project structure, 
and the most recently developed of the three structures, the 
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matrix organization . These structures are presented in Figures 
10, 11 and 12, respectively CRef . 21 = pp - 97, 107 and 1101. 

Different activities nay have slight variations or conbinations 
of these organizations . 

The traditional structure is connonly found in military 
organizations and large corporations uith only one or tuo 
products . It has also found uide acceptance in job shop or 
speciality product organizations where only one or two units of 
a product are manufactured . The advantages to this torn of 
organization ares 

* Uertical well established lines of connuni cation. 

Flexibility in the use of manpower, 

* Fast surge capability to react to emergencies, and 

* Economics of scale for mass production for two or three high 
volume items . 

The disadvantages includes 

* Ho single point of contact for a project throughout the 
systems life cycle, 

* Organization is functionally oriented rather than project 
oriented, and 

» Decisions tend to be made by time consuming committees . 

The program oriented structure is commonly found at 
manufacturing facilities that have several mass produced 
systems . The advantages of this system are: 

* fl single, well defined point of contact for each project, 

* System— oriented personnel. 
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Figure 10. Traditional Organizational Structure 
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Figure 11. Prefect Oriented Organization 
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Figure 12. Matrix Organization 



* Strong lines of communication, and 

* Flexibility in deternining cost, schedule, and performance 
CRef . 21 = p . 1093 . 

However, the disadvantages includes 

* Large manpower requirements, 

* Functional expertise is not promoted, and 

-*■ Lack of technical interchange between projects which results 
duplication of effort . 

Matrix organizations are established in order to combine 

the attributes of the traditional organization and the product 

structure . They provide both product and functional outlook, 

but add the expense of increased layers of management . 

2 . Management Information System 

Management Information System or MIS has gained 

popularity with the advent of the micro and mini computer . 

However, an MIS does not have to be automated to be effective 

and efficient . Although, with the reduction in cost and the 

breakthroughs in computer technology, cost and complexity should 

no longer be a deterrent to automation . As McLeod states: 

"The manager is responsible for gathering raw data and 
processing it into usable information . He must assure that 
appropriate individuals within the organization receive the 
information in the proper form at the proper time so that it 
can assist in the management process . And finally, the 
manager must discard out-of-date, incomplete, or erroneous 
information and replace it with information that is usable 
CRef. 29= p -•‘0 

Therefore, for a complex project the program manager and his 
staff must have a MIS that can handle any needed quantity of 
information . The key to establishing an effective and efficient 
system is to know which personnel need what type of information . 
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3 . Interface Techniques 



One of the najor problens in the successful application 

of the systens approach is coordinating between systen 

engineering, program management, and functional specialists . 

fln effective concept has been developed by fir . Lurcott 

at the RCfl facility in Horestoun Hew Jersey . The technique is 

currently employed by RCH on the Regis Ship Combat System [Ref . 

30= p . 191. This process is characterized by functional flow 

diagrams and descriptions <F2D2> . The technique defines and 

integrates the tasks of functional areas and personnel required 

by a particular project . fls described by Lurcott = 

"’The F2D2 translates the missions, goals and requirements of 
the specifications into functional diagrams and functional 
descriptions for every level of system operation . fls a tool 
for system definition, F2D2 provides the baseline from which 
all functions are quantified and allocated . fls an auditing 
tool, it provides the visibility required to ensure that all 
functions have been incorporated in the design and that the 
design is in accordance with the systen specification . Design 
control is supported through the combined use of definition, 
audit, and the functional descriptions.” LRef . 30= p . 283 

Another successful technique is to minimize the layers of 

management . By keeping the number of interfaces to a realistic 

number, systens engineers and other technical experts can work 

together to solve integration and trade-off problems in a timely 

and efficient manner, if not impeded by red tape. CRef . 27=pp . 

306-3083 
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IU ROURHCED TflCTICflL AIRCRAFT 



The evolution and application of systems engineering as an 
effective method for complex technological systems has been 
discussed in the previous chapters of this study . Slany of the 
advocates of the application of this concept have contrasting 
viewpoints . First, they cannot come to a universally accepted 
definition for systems engineering . Second, they cannot agree 
to utilize the technique in all phases of the life cycle of a 
program . All of the advocates agree, however, that the first 
step in the systems approach begins with a statement of the 
project’s overall mission objectives. 

This chapter will first investigate the development of the 
ATfl program as the solution to a projected requirement . It then 
describes a major subsystem which makes this complex program a 
prime candidate for the systems approach . Thirdly, a number of 
problems that affected a weapon system with a similar 
development background are studied to provide valuable examples . 

A . BACKGROUND 

Through mid— 1983 the Navy and the Air Force were teamed on 
an advanced technology aircraft program designated the UFF1X . 
The aircraft was to be the successor to the Air Force’s F— 15 air 
superiority fighter as well as the Navy’s single successor for 
both the F— I'l air superiority fighter and the A— 6 medium attack 
aircraft . In order to reduce costs and improve reliability and 
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maintainability , the aircraft oere to have as much commonalty as 
possible; particularly, in air-frame and engine design . To 
-facilitate the cost effective development of a new, sophisti- 
cated pouerplant, the Joint Advanced Fighter Engine <JHFE> 
program was also established by the two services . These 
combined ventures, however, were short lived . Uith the approval 
o-f the F-HD upgrade program, the requirements -for the Navy’s 
air superiority fighter were satisfied until approximately the 
year 2005 . The Navy continued to pursue various options for the 
follow— on aircraft to satisfy the R— 6’s current mission and to 
meet the predicted threat for the late 1990’s. These options 
included a derivative of the UFP1X, an upgraded R-6E, and a 
modified fl— 18 . Following a great deal of discussion and 
subsequent trade-off studies conducted by the Navy and 
prospective contractors. Navy planners decided on a two phased 
approach to satisfy the requirement for the next generation 
medium attack aircraft. CRef. 31 = p . 1611 

.1 fl number of existing and new production R— 6E aircraft will 
be modified with improved avionics, and propulsion 
systems . This upgraded aircraft will be designated the 
fl— 6F . 

.2 The planned FY86 new start of the flTfl was moved up to 
FY85 . The flTfl will be the successor to the fl— 6 aircraft . 

The fl— 6 aircraft has been in the fleet since the early 
1960’s and has undergone several modifications. Deliveries of 
the fl— 6F are scheduled to begin in 1989 . Therefore, upgrading 
the fl— 6E to the fl— 6F configuration is expected to relieve 
pressures for an earlier development and procurement of the flTfl . 
CRef. 31=p. 1621 
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The fl— 6/RTR decision conbined with the F-11D inprouenent 
program precipitated the Hauy’s withdrawl -from the UFtlX program . 
The Rir Force, houeuer, continued the development of a new air 
superiority fighter which was designated the Advanced Tactical 
Fighter <HTF> . 

The Havy initially continued the joint development effort on 
the JRFE program anticipating use of the new powerplant on the 
RTR . Rs the RTR and RTF programs developed it became apparent 
that they were substantially different . Although the 
configuration of the RTR had not been finalized, it was 
envisioned that this aircraft will be a relatively low cost, 
all-weather, low observable day/night deep interdiction aircraft 
that would have improved performance and survivability operating 
at low altitudes and high subsonic speeds . The RTF on the other 
hand will be a supersonic air superiority fighter which will 
require an engine that is efficent in a different flight regime 
than the RTR. Uith these factors in mind the Mavy withdrew from 
the JRFE program in late 198''!. CRef . 32=p . 283 

On the surface, dual service development programs for new 
technology aircraft appear to be an ineffective technique . In 
the early 1960’s the TFX <F— 111> program, and now in the 19S0’s 
the UF51X and JRFE programs have failed to produce an aircraft or 
engine that was to be utilized by both services . This is only a 
partially accurate assessment of these joint ventures . The 
lessons learned from the TFX were applied in the later programs . 
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Specifically, when it becane apparent that the objectives of the 
tuo services uere diverging and a connon airfrane and engine 
were not practical the Havy uithdreu early in the concept 
exploration phase . This early departure fron the development 
team prevented a negative inpact on the HTF or flTfl progran . On 
the other hand, by working together, key personnel fron both 
services have acquired valuable infornation on neu developnents 
in technology . Although it has been concluded that the 
requirenents of the HTR and HTF are too divergent for a connon 
airfrane or engine, najor subsystens such as avionics and neu 
technology such as reduction of radar cross section can be 
utilized by both prograns . CRef . 32 = p . 2813 

The ATA developnent schedule lags the HTF progran by 
approxinately three years . This tine differential will allow 
the Havy to capitalize on technological developnents that are 
applicable to both prograns . For exanple, the schedule for the 
HTF progran is shown in Figure 13 CRef. 33= p . 1^31 . The ATA 
progran can expect to proceed in nuch the sane nanner with 
inputs fron the HTF progran as illustrated by Figure 11 CRef . 
3^13 . The najor subsysten with the greatest potential for a 
substantial transfer of technology is the arnanent systen . 

B . ARHAnENT SYSTEfi 

In the past the typical design nethodology was to develop an 
aircraft to incorporate existing weapons, or develop new weapons 
for existing aircraft . The ATA will be a departure fron this 
long standing technique . In order to enhance nission 
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Figure 14. ATA Process 



effectiveness and survivability of the RTR, a new aranent suite 
nust be developed in parallel with the airfrane and powerplant . 

fls nentioned in a previous section, the configuration of 
this aircraft has not been finalized. However, as a successor 
to the R— 6 its nission objectives include increased conbat 
radius, reduced radar cross section, and increased airspeed 
CRef. 32= p. 283. 

R tactical aircraft with weapons on standard pylons has a 
larger radar cross section and pays a substantially higher drag 
penalty than an aircraft in a clean aerodynanic configuration . 
These facts are graphically portrayed in Figure 15 CRef . 311 . 
Therefore, to achieve its nission objectives the RTR nust 
incorporate internal or cunfomal carriage of the air — to— air and 
air — to— ground weapons . 

Faced with these factors, the requirenent for internal or 
confornal carriage of existing weapons employed by existing 
arnanent systens was investigated by cognizant technical 
personnel CRef . 35= p . 513 . Rnong the problens revealed by these 
studies are: 

.1 Current arnanent systens 

— not designed for internal or confornal carriage; 

— not designed to nininize res; and 

— linited high speed capability 

.2 Current weapons: 

— not designed for efficient use of volune; 

— not designed to nininize res; 

— unable to lock on targets while subnerged; and 

— not designed for high speed operations . 

Therefore, the RTR requires a new arnanent systen to be 
developed for the control, carriage, interface, and release of 
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Figure 15. RCS/DRAG Measurements 



new and existing ordnance . This new arnanent systen has been 
designated the Advanced Integrated Arnanent Systens <flIRS> . 
Elenents which nust be addressed in the deuelopnent of the RIBS 
are weapon size, and shape and interface requirements, because 
these factors will impact the structural configuration of the 
aircraft . CRef . 313 

C . PROBLEM RRERS 

The development of the F— 11/Phoenix weapon system can 
provide valuable corporate knowledge to the RTR development 
program . The F— HR and Phoenix missile system were designed and 
developed to provide long range air defense for the Hauy’s 
carrier battle group . However, the missile design and 
development preceded the design and development of the aircraft . 
Specifically, the Phoenix missile fire control and physical 
envelope had been developed for the T FK ; however, when it became 
apparent that this aircraft was not compatable with Mavy 
requirements, a new platform was required . This integration and 
development effort resulted in the recognition of the following 
design principles: CRef . 363 

.1 Uhen incorporating a sophisticated subsystem, electric 
power requirements and weight must be considered for each 
subsystem and the total system . 

.2 Configuration management is crucial because of physical 
interface and control requirements . 

.3 fl change in any major piece of equipment, no matter how 
small, must be evaluated from a systems standpoint. 

.1 Logistics elements such as the maintenance concept and 
supply support must be considered from the beginning of 
the development program . 
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U . SYNTHESIS- RHHLYSIS RHP EUHLUBTION OF 
HLTERNHTIUE SYSTEMS ENGINEERING 



OODELS FOR THE HTH 

In Chapter IU, a description of the HTH progran was 
presented, and potential problem areas were discussed . It was 

determined that the requirements Tor a new, state oT the art 
armament system would make the development oT the HTH a unique 
and difficult systems engineering problem . However, by 

upgrading existing H-6 aircraft, schedule pressures have been 
relaxed. In addition, the potential for transfer of advanced 
technology between the HTF and HTH programs has been enhanced by 
the collaborative efforts on the UFMX and JHFE projects . 

In this chapter the general system engineering models 
presented in Chapter III will be integrated with the information 
developed in Chapter IU to tailor a qualitative systems 
engineering model for the HTH . 

H. SYNTHESIS OF HTH REQUIREMENT S 

The HTR’s program objectives includes 

1 . Improvements in performance over the fl— 6 that include; 

* Increased combat radius, 

** Increased employment air speed, 

* Increased survivability, 

* High reliability, and 

* Reduced RCS . 

2 . Relatively low cost so that sufficient numbers of aircraft 

can be purchased to satisfy fleet requirements . 

3 . H reasonable measure of commonality built into new systems 

so that these systems are not unique to the HTH . 



75 



Under these objectives, the following requirements have evolved: 



1 . fl neu state of the art armament system compatable with 
conformal or internally mounted weapons . 

2 . Hew weapons which are compatable with conformal or 

internal carriage . 

3 . fl high efficiency power plant . 

B . SYNTHESIS OF HLTERMflTIUES 

The second phase in the development of a system model is a 
synthesis of alternative solutions . H number of excellent 
general systems engineering models are available for application 
to the flTfl problem . Chapter III presented and described in 
detail five of these models . These models are summarized in the 
following paragraphs . 

1 . Model Humber 1 

In this model a three tiered wheel ' ‘ ' lilized to denote 

the indenture levels of a functional analysis . The outer tier 
represents the specific functional areas which must be executed 
in the development of a system . The second level represents the 
typical program office’s organizational structure. Finally, 
this model has at its hub, the program manager and systems 
engineering staff . 

2 . Model Humber 2 

In this representation, the basic inputs are translated 
through various stages of the development cycle of a project . 
fls the system progresses through its development cycle, the 
emphasis changes from basic technology in the conceptual 
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analysis phase, to prototype harduare in the design phase, and 
finally operational harduare and support equipment in the 
inplenentation phase . 

3 . Pjodel Hunber 3 

The third nodel emphasizes the interrelationships of 
various functional areas . Specifically as one key element such 
as cost is modified, the other functional elements are directly 
affected . This model also emphasizes the iterative nature of 
systems engineering . 

4 . nodel Humber 4 

This next model presents a variation of the theme uhich 
is found in the previous model; even small changes have drastic 
effects on other functional areas . The emphasis in this 
alternative is placed on modifications to subsystems and 
equipment and the requirement for quality control . 

5 . flodel Humber 5 

The final model is the most general of the five . This 
is not necessarily negative, because it is flexible and 
thorough . It is flexible in organizational structure, uith 
emphasis on functions, yet iterative in nature uith appropriate 
feedback loops . 

C . ANALYSIS OF ALTERNATIUE SOLUTIONS 



Each systems 


engi neer i ng 


model has 


advantages 


and 


disadvantages . The 


following 


analysis is 


based 


on 


the 


requirements of the 


AT fl as 


discussed in 


Chapter 


IU 


and 



summarized in section A of this chapter . 
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Hodel Hunber 1 



1 . 



a . Advantages 

**■ Conprehensiue coverage o-f key functional areas . 

* Functional areas have a great deal of flexibility . 
Therefore, there will be nininal restriction to developing 
neu technology and neu approaches . 

Organizational structure is conpatable with the typical 
progran office . 

* The progran office and systens engineering staff are at the 
center of activity, so that the total systens objectives can 
be enphasized during key design reviews . 

b . Disadvantages 

* There is a niddle layer of nanagenent that could linit lines 
of connunication between functional areas and the 
appropriate personnel in the progran office . This layer 
could create nisconnuni cation problens or slow the rate of 
infornation exchange, thereby inhibiting goal congruence . 

* The enphasis of this nodel is on specific functional areas . 
Functional requirenents evolve, to sone degree, as the 
project progresses through its life cycle . For exanple, 
quality should be a key elenent throughout the life cycle, 
however, in the products initial stages, quality is nostly a 
planning function. In nid to later stages of a systen’s 
life cycle, the personnel and resource requirenents for 
quality increase . On the other hand, raw technological 
areas such as aerodynanics or electronics have an opposite 
requirenents profile . This nodel does not take this 
evolving characteristic into consideration . 

* The effects of change on one paraneter are not enphasized in 
other areas . 

* Even though independence of functional areas is benefical 
for developnental reasons, resulting duplication of effort 
can be detrinental to goal congruence for subsystens . 

** Large resource requirenents result in high cost . 

2 . Hodel Hunber 2 



a . Rdvantages 

■* ** Evolving enphasis of functional areas . 
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Good lines of connunication between functional and systens 
personnel . 

Infornation feedback to preceding stages to transnit lessons 
learned and forward transnission of data to follow— on phases 
so that production and operational personnel know what to 
expect . 

Cost is low because personnel nove fron project to project 
as requirenents euolue . 

b . Disadvantages 

Continuity suffers because functional people noue fron one 
project to another and corporate knowledge nay be lost . 

The effects of changes on subsystens are not applied to 
other functional areas . 

3 . Hodel Hunber 5 

a . Advantages 

Enphasizes interdependence between functional areas and 
effects of the environnent . 

Enphasizes iterative nature of systens approach . 

Advocates both infornal and fornal connunication between 
functional groups . 

Advocates conpatibility of subsysten outputs . 
b . Disadvantages 

It is a conplex systen which becones alnost unnanageable 
when all key functional elenents are included . 

Conplexity and personnel requirenents cause high cost . 

It is difficult to stop the iterative cycle and establish a 
configuration baseline so that production can connence . 

1 . Hodel Hunber ^ 



a . Advantages 

The interrelationships between subsystens and the total 
systen nission objectives are enphasized . 

Pronotes both fornal and infornal connunication between 
functional areas . 



* Pronotes a tean atnosphere which is better for quality 
control and goal congruence . 

* Flexibility . 

* Infornation provides feedback to insure desired perf ornance . 

* Personnel within the organization’s functional groups have 
the opportunity to noue laterally into different positions 
thus providing training for future systens engineers . 

b . Disadvantages 

* It is conplex and difficult to inplenent . 

* Hon— recurring costs are high . 

* It is difficult to stop the interative change process and 
establish a configuration baseline so that production can 
begin . 

5 . Slodel Nunber 5 

a . Advantages 

-* It is sinple and easy to inplenent . 

* Cost is low - 

* H nunber of alternatives to choose fron are presented . 

** Functional groups nay be independent . 

* Flexibility . 

b . Disadvantages 

* Connunication and feedback between functional groups is 
linited . 

* Does not take into consideration changes in requirenents due 
to progression of the systen through the life cycle . 

D . EUALURTIOH 

If the inplenentation problens of nodel nunber 1 can be 
sinplifed, a nodified version of this alternative will satisfy 
the HTH requirenents . This nodified version is illustrated in 
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Figure 16 . The reason for this decision is the enphasis on the 
inportance of a parallel effort of the major subsystem and the 
aircraft . If the implementation problems can not be resoloed, 
model number 5 prooides the next best alternatioe . 
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Figure 16. Recommended Alternative Model 



UI . COHCLUSIOHS AHO RECOtinEHDflTIOHS 



a . sunnnRV 

The increasing complexity of weapon systems, coupled with 
technical specialization requires a tailored management 
approach . This tailored approach requires orderly and objective 
problem solving techniques that are logical and consistent . 
Systems engineering provides the methodology to provide better 
control and insight into the design, development, and production 
process . 

The Advanced Tactical Aircraft and its weapon systems will 
be developed simultanously . In the past a particualar weapon 
was designed to fit an existing aircraft, or an aircraft was 
designed to incorporate existing weapons . Therefore, the 
Advanced Tactical Aircraft presents a new and challenging 
systems engineering problem . 

B . COHCLUSIOHS 

Following is a summarized list of the major conclusions in 
this thesis:: 

* Large complex systems must employ systems engineering to 
ensure success . 

* The systems approach offers a methodology for 

decision-making for the ATA, whereby all relevant 
information is considered . 

■** The systems engineering model is a flexible tool which can 
be tailored to the specific requirements of a particular 
program . 
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It is critical to utilize systems engineering during each 
and every phase of the system’s life cycle . 

The interfaces between subsystems are extremely important . 
If these are not taken into consideration integration of the 
subsystems may be impossible, especially on the HTfl where a 
number of major subsystems will be developed simultaneously . 

Any change in a subsystem, no matter how insignificant it 
may seem, must be evaluated from a total systems 
perspective . 

Both the Havy and the flir Force have benefitted from 
collaborative efforts on the UF51X and JHFE programs . 



REC0P1P1EHDBTI0HS 

The following recommendations are made: 

Introduce a systems engineering model for the BTB similar to 
the model presented in Figure 16 . 

Broaden the systems perspective of all functional groups so 
they can see the impact of their efforts on the total system 
and other subsystems . 

Establish a parallel design and development effort for both 
the BIBS and the aircraft subsystems . However, ensure 
frequent exchanges between the two groups to insure goal 
congruence of these two systems . 

Plonitor the development of the RFT so that compatable 
advanced technology can be transferred to the BTB. 
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